Wireless water control system

ABSTRACT

A water control system which encompasses a leak sensor and a water control unit adapted for installation on a water supply line, both capable of wireless data communication with a gateway acting as an interface between the leak sensor and water control unit and a cloud server or a remote user application.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority under § 119(e) to provisional Appl. Ser. No. 62/659,741 filed Apr. 19, 2018, the contents of which are incorporated herein in their entirety.

BACKGROUND

Consistent and small leaks often go undetected in a home and can cause significant mold buildup and property damage because accessing various areas of the home where leaks are likely to occur is difficult due to the constraints of visibility and real time monitoring. An example of such an area is underneath a dishwasher where access is very limited and the space constraints make it difficult to install most if not all available market offerings for leak detection devices. Most leak detectors on the market are considered spot leak detectors and are limited in their ability to address consistent/intermittent small and slow leaks where the affected area is not widespread enough to have water come into contact with the leak sensors. Spot leak detectors also have form factor constraints due to the casings that house the onboard leak detection circuitry. Placement of these spot leak detection devices is a problem with appliances such as dishwashers, ice machines, and refrigeration products because it often requires arduous removal and installation. Some strip sensors utilize a form factor that must be placed around the perimeter of the suspected leak zone which can be ineffective if a leaking fluid has a path of least resistance other than the aforementioned perimeter contact strip setup. There are also leak sensing probes that take on a rope-like characteristic and can be placed underneath certain suspected leak sources but these sensing probes also lack the ability to detect small leaks that do not collect into larger pools of water.

Water meters have been on the market for a considerable period of time and vary in application for industrial, commercial, and residential use. Meters can vary also in the type of technology used to measure the flow of water. Some meters are connected to internal networks and others are connected to external networks for data analysis and system control. Most systems are managed using proprietary software and communication methods. These types of connected meters aren't affordable enough for consumers to implement and have typically been installed by water utility providers at the street where residential and commercial consumption data is controlled and billed by the utility provider. Standard utility meter consumption data is usually checked by a field service worker about once every 60 days, and then averaged to bill based off of tiered rates. The standard utility meter is very reliable with a long service life and very low maintenance needs. However these meters can age and lose accuracy over time. They can sometimes be calibrated but are rarely maintained for accuracy. Their internal components can deteriorate as well as contribute to water contamination. Most of these meters are not connected to publicly available networks for data analysis and end user control. Only 20% of street meters in the United States are considered network-connected meters. Most water utility providers have financial budget constraints that make the adoption of smart metering technology difficult and costly to implement.

Street meters often do not provide other valuable insight for the usage and real time conditions of the water supply like pressure and temperature. Most street meters also have a mechanical shut off valve built into the water supply line but can be difficult to shut off without the proper equipment. Pressure regulators located inside a building's structure are adjusted to control supply pressure from the water utility provider. Most pressure regulators are not remotely monitored or controlled, and therefore it is not known when failure is occurring or likely to occur. Failures like pipe bursts, water loss, and water leaks are not properly monitored or controlled by water utility providers making it costly for commercial and residential end users. The liability for water damage and loss remains the sole responsibility of the end user if the sources of the damage or loss occurs in the water conduits after the utility street meters. This cost can be overwhelming for homeowners, commercial property owners, and insurance companies.

Regarding water filtration, according to a World Health Organization/UNICEF report, some 2.1 billion people lack water at home that is free of bacterial contamination and is available when needed, that sets a baseline against which the world will measure progress toward the sustainable development goals for drinking water, sanitation, and hygiene. Most homeowners and commercially managed properties rely heavily on water filtration in addition to water treatment performed by the water utility treatment facilities. However, aging utilities infrastructure is making it difficult to control the quality of the water consumed by the end user.

BRIEF SUMMARY OF EMBODIMENTS PRESENTED

Sensing the quantity, timing, location, and quality of water flowing into a structure aids in determining when and where water losses, or intrusions, occur. A solution that considers these components to measure water efficiency has the potential to solve residential, commercial, and municipal concerns regarding the costly consequences of poor metering, inefficient infrastructure, or undetected water loss. The embodiments of the water control system embodiments described here incorporate an ultra-sonic water flow meter. In certain embodiments, data from this flow meter is transmitted via a low-power wireless transmitter to a gateway and hub assembly. In these embodiments, flow meter data is compressed for compatibility with a limited bandwidth signal. The flow pattern can be used to determine slow leaks, identify fixtures and appliances using water, and back flow scenarios. Local water intrusion is detected by leak sensor embodiments described herein for detecting leaks from both plumbed water sources (dishwashers, refrigerators, etc) and non-plumbed water sources (HVAC, condensing dryers, etc). Temperature and pressure sensors aid in measuring the quality of water flowing into a structure: freezing water can damage pipes and rising or falling pressure can be a sign of other issues. By adding water filtration, the solution is capable of detecting and removing harmful contaminants that not only negatively impact humans, but also cause damage to appliances that may result in leaks. Embodiments of the water control system incorporate a micro turbine which charges on-board batteries, allowing for autonomous operation without connection to an external power supply. Embodiments of the water control apparatus also incorporate a low-power wireless transmitter capable of transmitting and receiving flow data that is compressed for compatibility with a limited bandwidth signal.

A battery-operated long range wireless fluid control system is described herein comprising an ultrasonic flow meter, fluid pressure sensor, temperature sensor, a servo motor for automatic valve control, water quality and filtration analytics system, with an energy-harvesting electromagnetic hydro turbine for recharging the onboard low voltage battery bank. The control system also wirelessly monitors an array of fluid leak detectors with wireless mesh capabilities that can be used to locally and remotely monitor areas of potential and actual fluid leaks. Leaks can also be detected by the ultrasonic flow meter which is capable of monitoring extremely low amounts of fluid loss that do not necessarily result in a physical leak in the property but rather water loss through the fixtures like toilet bowls, faucets, and shower heads. The pressure sensor is intended to determine when there are physical changes in the pressure regulating valve as well as potential leaks for a property's exterior or interior water supply lines. The temperature probe is designed and integrated into the system to determine when freeze conditions are imminent so that automated and preprogrammed action can be taken to avoid pipe bursts inside the property by activating a hot water recirculating system, pipe heaters, or slow drip lines. The system is also comprised of a membrane leak detection sensor that uses a set of electrically-conductive strips arranged in a pattern on one side of a two-sided thin film nonabsorbent membrane that is used to detect the unwanted presence of fluids. Fluid detection triggers automatic response protocols to alert system users of a structural leak. The thin film adhesive membrane consists of strategically-placed perforations to allow liquids to travel from the nonconductive side of the membrane to the opposite side via natural fluid dynamics and capillary action with as little as 1 ml of liquid.

The electrical strips of the thin film membrane's conductive side are electrically connected to an leak sensing apparatus used to detect when electrical flow is received through the liquid conduit that closes and completes the normally open electrical circuit during a triggering event. This information is then processed by the water control system and various triggers and responses are initiated and signals are wirelessly and bidirectionally transmitted using various radio transmission protocols and streams to a gateway and cloud server which can then be translated into actionable data for the end user of the system. Trigger alerts can be audible and visible in nature onboard the physical sensor's input and output apparatus to alert localized users of the presence of liquid in the designated detection zone. There can also be liquid detection contacts natively onboard the input and output sensing apparatus in the form of electrical probe contacts to broaden the leak detection zone and detect leaks at the apparatus itself providing multiple leak detection zones separated by the electrical conduit between the leak sensor membrane and the input and output sensor apparatus. Fluid detection events are processed and transmitted to a network layer of the users preferred smart building device and an application layer to then also alert remote system users of the location of the leak detection triggering event. The leak sensor may or may not have temperature and motion tamper detecting capabilities inside the sensor's housing. In addition to alerting an owner of the presence of the leak, detection of a leak can also result in a command being sent wirelessly to a valve actuator controlling flow of water to the location where the leak has been detected.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram of one embodiment of the overall water control system.

FIG. 1A is a functional block diagram of another embodiment of the overall water control system.

FIG. 2 shows a plan view of one embodiment of the leak sensor.

FIG. 3 shows an alternate embodiment of leak sensor for determining leak size.

FIG. 4 shows an alternate embodiment of leak sensor in a flexible ribbon configuration.

FIG. 5 is an exploded isometric view of one embodiment of the water control unit.

FIG. 6A is an isometric cutaway drawing of one embodiment of the microturbine.

FIG. 6B shows a cross-sectional isometric view through section A-A′ of the embodiment shown in FIG. 6A.

FIG. 7 is a flow chart illustrating the operational logic flow of one embodiment of the water control system.

FIG. 8 is a chart showing the calculated relationship between encoded data bits and decoded values.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The present invention may be understood more readily by reference to the following detailed description taken in connection with the accompanying drawing figures, which form a part of this disclosure. It is to be understood that the claimed invention is not limited to the specific devices, methods, conditions, or parameters described or shown herein, and that the terminology used herein is for the purpose of describing particular embodiments by way of example only and is not intended to be limiting of the claimed invention.

The described features, structures, or characteristics of the invention may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are recited to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention may be practiced without one or more of the specific details, or with other methods, components, materials, and so forth. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the invention.

Also, in the specification, including the appended claims, the singular forms “a”, “an”, and “the” include the plural, and reference to a particular numerical value includes at least that particular value, unless the context clearly dictates otherwise. Ranges may be expressed herein as from “about” or “approximately” one particular value and/or to “about” or “approximately” another particular value. When such a range is expressed, another embodiment includes from the one particular value and/or to the other particular value. Similarly, when values are expressed as approximations, by use of the antecedent “about”, it will be understood that the particular value forms another embodiment.

Embodiments in accordance with the present disclosure may be embodied as an apparatus, method, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware-comprised embodiment, an entirely software-comprised embodiment (including firmware, resident software, micro-code, etc.), or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module,” or “system.” Furthermore, embodiments of the present disclosure may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code embodied in the medium.

Any combination of one or more computer-usable or computer-readable media may be utilized. For example, a computer-readable medium may include one or more of a portable computer diskette, a hard disk, a random access memory (RAM) device, a read-only memory (ROM) device, an erasable programmable read-only memory (EPROM or Flash memory) device, a portable compact disc read-only memory (CDROM), an optical storage device, and a magnetic storage device. Computer program code for carrying out operations of the present disclosure may be written in any combination of one or more programming languages. Such code may be compiled from source code to computer-readable assembly language or machine code suitable for the device or computer on which the code will be executed.

Embodiments may also be implemented in cloud computing environments. In this description and the following claims, “cloud computing” may be defined as a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned via virtualization and released with minimal management effort or service provider interaction and then scaled accordingly. A cloud model can be composed of various characteristics (e.g., on-demand self-service, broad network access, resource pooling, rapid elasticity, and measured service), service models (e.g., Software as a Service (“SaaS”), Platform as a Service (“PaaS”), and Infrastructure as a Service (“IaaS”)), and deployment models (e.g., private cloud, community cloud, public cloud, and hybrid cloud).

The flow diagrams and block diagrams in the attached figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flow diagrams or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It will also be noted that each block of the block diagrams and/or flow diagrams, and combinations of blocks in the block diagrams and/or flow diagrams, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. These computer program instructions may also be stored in a computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means which implement the function/act specified in the flow diagram and/or block diagram block or blocks.

A functional block diagram of one embodiment of a water control system is presented in FIG. 1. This water control system embodiment 10 is comprised of a leak sensor 20, water control unit 30, gateway 40, and remote user application 50.

Leak sensor 20 in a preferred embodiment comprises a microcontroller 21, power supply 22, transceiver 23, membrane sensor 24, audible and visual alarm 25, and tilt switch 26. Gateway 40 comprises a network server 41 electronically coupled to transceiver 42, and, in certain embodiments a battery backup 43. Cloud server 44 links gateway 40 with remote user application 50, which provides the means for an end user to interact with the water control system, e.g. by sending commands, setting system preferences, etc. In certain cloud computing embodiments, cloud server 44 collects, processes, and analyzes data that is collected by leak sensor 20 and water control unit 30. FIG. 1A shows an alternate embodiment of the water control system where gateway 40 is a component of the water control unit 30. Transceivers 23, 33, and 42 in certain preferred embodiments are wireless transceivers with low power requirements, e.g. those employing the LoRa™ communications protocol. However, in other embodiments where size is not a consideration, larger, higher power transceivers, e.g. employing Wi-Fi protocol, may be used.

FIGS. 2-4 show different embodiments of membrane sensor 24. Membrane sensor 24 is capable of detecting both extremely small, consistent, or intermittent leaks, as well as large leaks in potential leak-prone areas such as restrooms, under counter cabinet areas with plumbing, roofing sublayers, subflooring, HVAC air handlers, water heaters, plumbing fixtures of all types, and appliances having a water line (e.g. refrigerators, dishwashers). FIGS. 2-4 illustrate certain embodiments of membrane sensor 24, which generally consist of a perforated thin film membrane with cathodes and anodes affixed in a planar array on one side with a gap between the cathodes and anodes. The perforations in the membrane allow liquids to pass through fluid dynamics and capillary action from the nonconductive side of the membrane to the side on which the cathodes and anodes are affixed. The cathode-anode patterns are arranged so that when fluid from a leak passes through the perforations the fluid bridges the gap between the anode and cathode, thereby closing the electrical circuit. Closing the electrical circuit triggers an alarm signal that is transmitted to microcontroller 21 using any of a variety of serial or parallel communications protocols, e.g. I2C, RS485, RS232, 1-Wire, SPI, or ADC. The alarm signal is transmitted from microcontroller 21 to activate an audible (e.g. buzzer) and visual (e.g. LED light) alarm 25. Tilt switch 26 is also incorporated into the leak sensor which sends a signal to microcontroller 21 which in turn triggers an audible and visual alarm 25 if the leak sensor is deliberately or inadvertently moved after the tilt switch has been armed. The alarm signal is also electronically transmitted to transceiver 23, which wirelessly transmits the alarm signal using an appropriate wireless transmission protocols to gateway 40. Gateway 40 then relays the alarm signal to water control unit 30, and, depending on how gateway 40 is configured and network connectivity, to a remote user application 50 via the Internet. Thus, in certain embodiments, once membrane sensor 24 detects a leak, leak sensor 20 generates an alarm signal that is transmitted to both local and remote end users.

FIG. 2 shows a detailed plan view of one embodiment of leak sensor 20 featuring membrane sensor 24, along with a cross sectional view 24′ taken along line A-B of same. Membrane sensor 24 is comprised of a thin membrane 240 made of plastic, vinyl or other suitable high-resistance (i.e. non-conductive) material. Anode 242 and cathode 243 are made of suitable conductive material that is adhered to one side of membrane 240 such that they are laterally separated by a gap 244. The geometry of the anode and cathode arrangement, including the size of the gap between the two, determine the sensitivity of membrane sensor 24 to leaks. Additionally, membrane 240 has numerous perforations 241 superimposed upon gap 244. When in use, membrane sensor is placed on an underlying surface (e.g. floor) 247, with the anode 242 and cathode 243 in contact with the floor, i.e. between the floor and membrane 240. In this way, if leak 245 occurs, the liquid will be drawn through the perforations by capillary action into the gap 244, thereby closing the circuit. Anode 242 and cathode 243 are part of an electrical circuit connected to microcontroller 21. Closing the circuit causes an electrical signal to be detected in microcontroller 21, which triggers visual alarm 251 and audible alarm 252. Microcontroller 21 then generates an alarm message that is transmitted wirelessly through transceiver 23.

FIG. 3 shows an alternate embodiment of leak sensor 20 featuring membrane sensor 24 in the form of multiple cathodes for detecting leaks in different areas of a mat-type sensor 24. Cathodes 2431, 2432, 2433, 2434 represent separate signal regions for the upper-left, upper-right, lower-left, and lower-right regions of the membrane sensor, respectively. Leak severity can be determined by the number of regions triggered. It should be noted that this is only one embodiment and other implementations could be imagined; such as, adding more cathodes to include more regions and in different configurations. The small leak 2451 only bridges cathode 2431 and anode 242 signaling at leak in the upper-left area of the mat; whereas, the larger leak 2452 bridges cathodes 2433 and 2434 with anode 242, signaling a leak that spans the lower-left and lower-right of the mat.

While FIGS. 2 and 3 show mat-type embodiments of membrane sensor 24, FIG. 4 shows an alternate embodiment of membrane sensor 24 in the form of a strip, i.e. a strip-type membrane sensor. This embodiment also features membrane 240 having perforations 241 allowing water to pass through and contact anode 242 and cathode 243, thereby closing the circuit and causing a signal to be generated at microcontroller 21. In both the mat-type and ribbon-type embodiments, membrane sensor 24 is installed so that the planar anode-cathode array is in contact with the underlying surface. In contrast to other membrane sensors disclosed in the prior art in which the membrane is in contact with the underlying surface, the current embodiments protect the planar anode-cathode array from dirt and debris that can short the circuit and cause false alarm signals.

FIG. 1 shows a functional block diagram of one embodiment of water control unit 30, which comprises microcontroller 31, power supply 32, transceiver 33, water filter 34, valve and actuator assembly 35, microturbine generator 36, ultrasonic flow sensor 37, temperature sensor 38, pressure sensor 39, and piping segment 310. Once a leak is detected by leak sensor 20, it transmits an alarm signal to gateway 40, which relays this alarm to transceiver 33 of water control unit 30. Microcontroller 31 receives signals from transceiver 33, and is coupled electronically to valve and actuator assembly 35, temperature sensor 38, pressure sensor 39, and ultrasonic flow sensor 37. Power supply 32 supplies electrical power for the entire water control unit 30, including valve and actuator assembly 35. Power supply 32 in one embodiment consists of a rechargeable battery bank. The rechargeable battery bank is recharged by microturbine generator 36, which is electrically connected to the battery bank. This allows water control unit 30 to operate independently without external power to the unit. Temperature sensor 38 is used to collect real-time temperature data and monitor the temperature of the incoming water to determine if conditions are conducive to pipe freezing. Pressure sensor 39 measures water supply pressure and sends real-time water pressure data to microcontroller 31. In the alternate embodiment shown in FIG. 1A, gateway 40 is contained within water control unit 40.

FIG. 5 is an isometric view of exemplary embodiment of water control unit 30. Water control unit 30 is designed for installation on the water pipe supplying water to a building or residence. To install water control unit 30, a segment of the water supply line is removed and the water control unit is installed in its place. Adapters 302 join the existing water supply line with water control unit's piping segment 310. Power supply 32 is a rechargeable battery bank that is charged using electrical energy generated by microturbine generator 36. In this embodiment of water control unit 30, microcontroller 31 is combined with a low-power transceiver 33 (e.g. using LoRa™ communications standard). Valve and actuator assembly 35, ultrasonic flow sensor 37, temperature sensor 38 and pressure sensor 39 are all mounted on internal piping segment 310. The valve and actuator assembly 35 in at least one embodiment consists of an electrical motor connected to power supply 32. This motor actuates a valve that is mounted directly on the piping segment 310. The valve is most embodiments is either a ball or gate valve, and permits flow of water through piping segment 310 to be throttled or shut off entirely. All of the foregoing components are contained within a housing 301 that is typically of injection-molded plastic, fiberglass, or other suitable material. Ultrasonic flow sensor 37 gives the user (e.g. maintenance crews, building engineers and home owners) the capability of independently evaluating accuracy of a municipal water meter. It also permits data collection by the user, detection of large and extremely small water loss conditions, and also permits fingerprinting of individual water fixtures inside a structure, to detect which feature is being used at any time. Data collected from ultrasonic flow sensor 37 provides users reactive, preventative, and predictive recommendations.

As discussed in more detail below, sensor data from the temperature, pressure, and ultrasonic flow sensor is collected by the water control unit and periodically transmitted to the remote user application 50 via transceiver 33 and gateway 40. Remote user application 50 may perform calculations on the temperature, pressure, and flow data, and statistically analyzes this data, or this can be performed by cloud server 44. One embodiment of such processing is represented by the flowchart shown in FIG. 7. In one embodiment, if a drop in pressure exceeding a certain threshold is detected by pressure sensor 39 that indicates a burst pipe condition, microcontroller 31 sends a signal to valve and actuator assembly 35 to shut off the incoming water to prevent a catastrophic, uncontrolled water leak. Remote user application also analyzes the characteristics of more subtle pressure drops, including their duration, magnitude, and can in this way fingerprint the water consumption signature of certain appliances and household plumbing fixtures.

LoRa™ refers to the low-power radio protocol developed by the LoRa Alliance for key stakeholders in the realm of IoT device communications. It is designed to provide a low-power transceiver solution for devices connecting to the Internet-of-Things. The protocol facilitates scalable solutions with secure bi-directional communication between network servers and end-point devices via a LoRa gateway. Gateways are connected to the network server using standard IP connections. End-devices utilize wireless communication to one or many gateways and all end-point communication can be bi-directional, but also supports operation such as multicast enabling software upgrade over the air or other mass distribution messages to reduce the on air communication time.

Bandwidth is limited in low-power wireless applications such as LoRa. As a result embodiments of leak sensor 20 and water control unit 30 employing the LoRa data protocol transmit data in payloads that are no greater than 11 bytes in size. In these embodiments, the first byte of each transmission is a header that identifies whether the following ten bytes should be interpreted as one of 17 water control unit uplink, 5 water control unit downlink, 7 leak sensor uplink, or 6 leak sensor downlink categories. These categories can be a combination of the various encoding methods in order to get the essential data from the sensor to the cloud server 44. Examples of the categories include: normal and abnormal sensor readings (normal, high, and long flow, pressure and temperature patterns, leak alarms, vital checks, tamper alarms, etc.). The encoded data may be categorized with the following interpretations: datetime (explicit), datetime (implicit), sensor with constant step, sensor with variable step, sensor digit representation.

Uplink Messages

Uplink messages are payloads sent via radio transmission from either leak sensor 20 or water control unit 30 to the gateway 40 and forwarded to the MQTT broker in the cloud. Date and time are shared during all of these transmissions in various ways depending on the type of uplink. Accurate timestamps are required because messages can be collected either at the gateway 40, or locally at the leak sensor 20 or water control unit 30, and shared at a later time. Reading the time receipts for messages transmitted to the cloud server 44 by leak sensor 20 or water control unit 30 via gateway 40 after an outage could lead to inaccurate timestamps and trigger false alarms in the leak detection logic subroutine described below. Timestamps can be characterized as either explicit or implicit. Explicit refers to timestamps that are reported as year & month, day, hour, minute, and second. Each value is reported as accurately as it was read by the device sending the timestamp. Note only one byte is dedicated to both year and month since 256 bits can represent 21 years of operation. Implicit refers to timestamps that are reported as year & month, day, and hour or else only a single byte that represents six-minute intervals throughout a 24-hour day. In the case of implicit timestamps, the actual date and time must be corroborated with the gateway to infer other time components. Implicit values are used for flow event payloads in order to ensure there are enough bytes available to transmit the complete flow and pressure profile. Daily averages of temperature and pressure measurements are shared on a twelve-hour basis by leak sensor 20 and water control unit 30 via the gateway 40. Because of this, the accuracy only needs to be at the twelve-hour interval and is thus an implicit timestamp. The minimum (0) and maximum (255) bit values are reserved for overflow, or out-of-range, readings. Encoded values of 0 are interpreted as less than the minimum encodable value, which is determined by the 2nd bit's decoded value. Encoded values of 255 are interpreted as greater than the maximum encodable value, which is determined by the 254th bit's decoded value. The range of maximum and minimum values to be encoded for a particular sensor were based on a balance between the range of interesting values and the optimum resolution required for creating a meaningful analysis of the sensor data.

Two approaches are used to encode sensor readings based on the variety of sensor information needed and the resolution required for accurate analysis. These approaches are: single-byte and multiple-byte encoding. Single-byte encoding is the simplest method and allows a payload to carry up to 10 sensors (the first byte is always a header). Two variations of single-byte encoding are: constant and variable step. Constant-step refers to the encoded values being spaced evenly apart by constant steps. This variation of single-byte encoding works best when the sensor's range of applicable readings and resolution fit within 256 bits. The variable step method creates a non-uniform step size between decoded values. This method allows for a single sensor to be represented by only one byte, thus freeing up other bytes for other sensor data. In order to do so, resolution is sacrificed at the minimum and maximum readings. The flow rate statistical summaries used in analyzing flow characteristics after a flow event are an example of the described system using this method. A single transmission after a flow event must send a header (one byte), implicit timestamp (one byte), duration (two bytes), the average/standard deviation/maximum flow rates (three bytes), and the average/standard deviation/maximum/minimum pressures (four bytes). The flow rate maximum, standard deviation, and average cover a wide range of values (−1 to 32 gpm) at very low resolution (0.0044 gpm). The leak detection system requires the highest resolution and accuracy as the readings approach zero and accuracy can be sacrificed as the flow rate approaches the extreme values. Flow in the opposite direction from normal is rare and unexpected but could indicate real issues with plumbing at the street; thus, it is captured, but the resolution is not of primary concern. The following model was developed to represent the average, maximum, and standard deviation for flow rates and encoded to 256 bits.

i = bits  from  0  to  255, q = flow  rate  in  gpm, q_(res) = resolution  of  flow  sensor i₀ = 11(zero  reference), q_(res) = 0.0044  gpm, C = 1.020813211 $q_{i} = {{{integer}\left( \frac{q_{i - 1} + {q_{res}C^{({i - i_{0}})}}}{q_{res}} \right)}q_{res}}$

The resulting encoded bits (x) and decoded values (y) are represented by the exponential curve shown in FIG. 8.

The most accurate representation of the sensor readings can be accomplished by this type of encoding since it encodes separate bytes for pairs of digits in the actual sensor reading; for example, a flow rate of 125.3241 gallons per minute can be represented as:

-   -   1^(st) byte encodes the hundreds and tens as 12 (120 gpm)     -   2^(nd) byte encodes the ones and tenths as 53 (5.3 gpm)     -   3^(rd) byte encode the hundredth and thousandths as 24 (0.024         gpm)     -   4^(th) byte encodes the ten-thousandths as 1 (0.0001 gpm)         The highest accuracy is needed when:     -   the user specifically requests the current flow rate     -   the system performs a pressure check and reports the pressure         loss     -   the system notices a flow or pressure anomaly and it reports the         instantaneous flow and/or pressure         Duration of flow always requires two bytes for this water         sensing application because one second resolution is required         and time events can last several hours.

Downlink Messages

Downlink messages are payloads sent from the cloud to gateway 40 and wirelessly forwarded to the leak sensor 20 and water control unit 30. These payloads contain data in the form of on-device settings updates, requests for immediate uplink with specific sensor data, or specific hardware action commands, such as closing the water control device shut-off valve. Settings are device-specific variables that control, e.g. the frequency of check-in with the cloud, tolerances for activating an alert, date and time keeping updates, and automatic behavior settings. Payloads can be sent to a device instructing it to immediately uplink with information for all, or only some sensors. Downlink can contain payloads that tell a system to activate a hardware component. In the embodiments described herein, one example command is to tell the water control system to stop, start, or throttle water flow.

Gateway 40 in typical embodiments relays data transmitted via low-power transceiver link from leak sensor 20 and water control unit 30 via network server 41 and an Internet connection to a remote user application 50. That is, gateway 40 in these typical embodiments is analogous to a Wi-Fi router which links leak sensors 20 and water control units 30 having short-range, low-power transceivers and the remote user application 50 via the Internet. It receives information via transceiver 42 from leak sensor 20 and water control unit 30 typically via low-power wireless broadcast. In typical embodiments, gateway 40 comprises a network server 41, which receives, updates, and stores user preferences that are set using remote user application 50. In certain embodiments, gateway 40 also has an internal power supply 43, typically a rechargeable battery that can supply power and enable the system to continue functioning for a period of time if mains power to a structure is lost. In one embodiment, this rechargeable battery could be a four-cell battery pack using Tadiran TL-5104/S 3.6V Lithium AA Batteries with 2.1 Ah capacity (i.e. total capacity of the cells in parallel would be 8.4 Ah)

Cloud server 44 in the embodiments shown in FIGS. 1 and 1A comprises a server and a database and collects, processes, and analyzes data collected by leak sensor 20 and water control unit 30. In particular, it may analyze sensor data and can develop water usage signatures of particular appliances and fixtures within a building. It also stores configuration data and relays commands from remote user application 50 to leak sensor 20 and water control unit 50 via gateway 40.

Remote user application 50 is a software application that provides the primary end user interface with the water control system. In typical embodiments processes data from sensors and processes it for analysis and visualization, and allows the user to configure system settings and issue system commands (e.g. shut water valve). Thus, for example, a user who receives an alert regarding a water leak can send a signal from their mobile device to close the water shut-off valve.

The interior structure of one embodiment of microturbine generator 36 is shown in FIGS. 6A-6B. Microturbine generator 36 allows water control unit to be powered internally (i.e. it does not require external power to be connected) and is connected to power supply 32. It captures energy from water flowing into a structure using an impeller 361, induction magnets 362, and induction coils 363. In the embodiments consisting of an onboard rechargeable battery bank, microturbine generator 36 provides a means to keep the batteries charged at all times. Microturbine generator 36 in typical embodiments is comprised of impeller 361 surrounded by induction magnets 362 and induction coils 363 arranged in a ring configuration inside housing 364. As the impeller rotates due to water flowing through internal water pipe 310 from municipal water pressure, the ring of induction magnets 362, which is attached to the impeller also rotates with it. On either side of the induction magnets are induction coils 363 wound into rings. These coils are wrapped around an iron core. The magnets driven by water rotating impeller 361 pass by the coils, thereby inducing an electromotive force in power leads 366 that are connected to a rechargeable battery bank in power supply 32. The impeller itself is supported within the center of the pipe by struts 365 attached to the walls of the housing 364. FIG. 6B is a cutaway view along section A-A′ from FIG. 6A, in which the struts 365 supporting shaft 367 using a bearing ring contained within struts 365 can clearly be seen.

FIG. 7 is a flow chart illustrating the logical steps in pseudocode according to one embodiment of the system. Box 7000 illustrates initialization of the system, using initial preferences set by the user using, e.g. a desktop or portable computer (including smart phones and tablet computing devices). These devices are connected using suitable Wi-Fi protocol to remote user application 50 for transmission to gateway 40, and via gateway 40, these initialization preferences are transmitted to leak sensor 20 using LoRa™ protocol. FIG. 7 indicates that user preferences can be stored either remotely in the cloud, or at gateway 40, depending on the state of the communications network. Once these initial preferences are installed, operational onboard logic portion begins, which is shown beginning with “A” in FIG. 7. As shown in box 7100, the monitoring loop records three primary discrete events: flow start/stop, leak detection, and tamper detection. In one embodiment, the tamper sensor could be a SensorQuest SQ-SEN-200 Tilt & Vibration Sensor. The latter two events result in an event with a date/time stamp being recorded and warnings being sent. Moreover, depending on the configuration, an automatic shutoff signal may be sent to the water control device 30. If a pressure-based check is set during initialization, then the system executes this check according to the logic set forth in box 8100.

Even if one of the events above is not recorded, the system logic continuously monitors physical sensors, polling and recording data from these sensors periodically, calculating rates (e.g. flow rate) using this data, and forecasting values such as predicted temperature based on the calculated rates. These physical sensors include flow, leak, tamper, temperature, pressure, battery, generator output, valve status, as shown in box 7200. Box 7300 shows an example of the application of a forecast temperature. If the predicted temperature is below freezing, a warning can be sent alerting the user. During such a low temperature condition, the data sampling rate may increase automatically in response to a low-flow indication, where a freezing pipe may be the cause. In one embodiment, this temperature sensor could be a Vishay NTC thermistor (NTCLE100E3). At the end “C” of the temperature monitoring subroutine shown in box 7300, the system proceeds to the pressure monitoring subroutine shown in box 7400. If a very high pressure (e.g. 80 psi or greater) is detected, a warning message is sent. Conversely, if a very low pressure is detected, indicating a leak may be present, a warning is sent, and depending upon the initial system configuration and network communication status, a valve shutoff signal can be automatically sent to valve and actuator assembly 35. In one embodiment, this pressure sensor could be a Honeywell 3.3V low-power 150 psi range pressure sensor (HSCDANV150PGSB3).

The flow monitoring subroutine is shown in box 7500. In this subroutine, flow condition is monitored and the flow values, pressure values, and the associated time series data and statistical values such as minimum, maximum, standard deviation, and mean values are stored. The frequency of sensor data monitoring and recording is also adjusted based on, e.g. temperature values. This subroutine terminates at the beginning of the battery check subroutine shown in box 7600 in which the battery charge level is monitored. Alerts are generated with the battery charge level reaches predefined levels. As shown in boxes 7700 and 7800 the position of both the valve and actuator assembly 35 and the microturbine generator 36 are monitored and appropriate warnings are generated. Box 7900 shows a monitoring subroutine distinguishing between a leak from a plumbed, and a non-plumbed source. In the event of the former, and when auto-shutoff has been enabled, a signal is sent to valve and actuator assembly 35, commanding the valve to shut. This subroutine shows how information shared between leak sensor 20 and water control unit 30 proves information to a user regarding how they are losing water. Because the logic distinguishes between leaks that are plumbed and non-plumbed, the water doesn't needlessly need to be shut-off if the leak from a leak sensor that monitors non-plumbed appliances/fixtures. All of the collected data from the foregoing subroutines is stored in a local logfile (i.e. at gateway 40), as well as at a cloud server if connectivity is available, as shown in box 8000. In one embodiment, this water flow meter could be measured by an Audiowell DN25 ultrasonic cold-water flow meter body using a Texas Instruments MSP430FR6047IPZR Ultrasonic MCU to read the signals picked up by the ultrasonic transducers in the meter body.

Box 8200 of FIG. 7 illustrates the communication networking logic of one embodiment of leak sensor 20. After initialization, leak sensor 20 scans for a signal from water control unit 30 to determine whether the unit is nearby. If it is, leak sensor 20 will send alerts directly to the water control unit 30 when a leak is detected, allowing for automatic water shutoff to mitigate a leak. Otherwise, leak sensor 20 will communicate directly with gateway 40, which in turn communicates with the end user via remote user application 50. In one embodiment, the LoRa communication radio could be Gemtek's GIOT G76 SiP modules.

All of the embodiments set forth herein are illustrative only of the inventive concept represented by the claims and should not be construed to limit the scope of the invention as set forth in the claims. Other aspects, advantages, modifications, and combinations will be apparent to those skilled in the art to which the invention pertains, and these aspects and modifications are within the scope of the invention, which is limited only by the appended claims. Although examples of specific components and configurations have been presented in the embodiments herein, the invention is not limited to such materials or dimensions unless specifically required by the language of a claim. The components and configurations presented in the embodiments herein can be rearranged and combined in manners other than as specifically described above, with any and all alternative permutations and combinations remaining within the scope of the invention as defined by the claims. 

What is claimed is:
 1. A water control system, comprising: a leak sensor, comprising: a membrane sensor comprising a nonconductive membrane having a plurality of perforations superimposed upon a gap between an anode and cathode array affixed to the underside of said membrane, said array defining an electrical circuit that is closed when a conductive fluid bridges said gap; a first microcontroller adapted to detect and generate a first signal when said electrical circuit is closed; and a first wireless transceiver coupled to said first microcontroller adapted to transmit said first signal; and; a water control unit, comprising a piping segment adapted to be installed on a water supply pipe a second microcontroller adapted to collect and encode sensor data into a format suitable for transmission; a valve and actuator assembly; a power supply comprising a rechargeable battery; a microturbine adapted to recharge said power supply; an ultrasonic flow sensor; and a second wireless transceiver coupled to said second microcontroller; a gateway comprising a network server and a third wireless transceiver, wherein said network server is adapted to electronically communicate with a remote user application; wherein said third transceiver is adapted to communicate with said first wireless transceiver and said second wireless transceiver; and (a) a remote user application in electronic communication with said gateway.
 2. The system of claim 1, wherein said third transceiver communicates with said first wireless transceiver and said second wireless transceiver using a low-power wireless communication protocol employing transmission payloads of no more than 11 bytes.
 3. The system of claim 1, wherein said leak sensor and said water control unit are adapted to wirelessly communicate with each other via said gateway.
 4. The system of claim 1, wherein said leak sensor further comprises an audible alarm coupled to said first microcontroller, said audible alarm being adapted to activate upon receipt of said first signal.
 5. The system of claim 1, wherein said leak sensor incorporates a tilt switch coupled to said first microcontroller, and adapted to generate a tamper signal if said tilt switch detects movement exceeding predetermined displacement or acceleration criteria.
 6. The system of claim 1, wherein said gateway and network control assembly is adapted to generate a signal causing said valve and actuator assembly to stop flow of water through said water control unit upon receipt of said first signal indicating a leak condition from said first wireless transceiver.
 7. The system of claim 1, wherein said water control unit further comprises said gateway.
 8. The system of claim 1, wherein said water control unit further comprises a water filter.
 9. The system of claim 1, wherein said water control unit further comprises a water temperature sensor adapted to transmit temperature data to said second microcontroller.
 10. The system of claim 1, wherein said water control unit further comprises a water pressure sensor adapted to transmit pressure data to said second microcontroller.
 11. The system of claim 1, further comprising a cloud computing server configured to communicate electronically with said gateway and said remote user application.
 12. A water control system, comprising: a gateway comprising a network server and a first wireless transceiver; a leak sensor, comprising: a sensor, comprising: a nonconductive membrane having a plurality of perforations; a planar array comprising a laterally-separated anode and cathode defining a gap, said array affixed to the underside of said membrane such that said perforations are superimposed upon said gap and said array supports said membrane above an underlying surface, wherein said array is adapted to generate an electrical signal when said gap is bridged by a liquid; a first microcontroller adapted to detect the electrical signal generated by the array; a second wireless transceiver coupled to said first microcontroller, wherein the second wireless transceiver is adapted to encode sensor data in payloads of no greater than 11 bytes while in wireless communication with said first wireless transceiver, and; a water control unit, comprising: a piping segment adapted to be installed on a water supply pipe; a second microcontroller adapted to receive and process sensor data collected by the water control unit; a valve and actuator assembly adapted to receive signals from said second microcontroller, wherein said valve and actuator assembly is operable to control flow of water through said piping segment; an ultrasonic flow sensor installed in the piping segment and in electronic communication with the second microcontroller; a third wireless transceiver coupled to the second microcontroller, wherein the third wireless transceiver is in wireless communication with the first wireless transceiver, and adapted to encode sensor data from the second microcontroller in a payload no greater than 11 bytes; a power supply comprising a rechargeable battery a microturbine generator installed within said piping segment and adapted to recharge said power supply.
 13. The system of claim 12, further comprising: a cloud server and a remote user application, said cloud server being configured to communicate with said gateway and said remote user application.
 14. The system of claim 12, wherein said water control unit further comprises a filter.
 15. The system of claim 12, wherein said water control unit further comprises a water temperature sensor adapted to transmit temperature data to said second microcontroller.
 16. The system of claim 12, wherein said water control unit further comprises a water pressure sensor adapted to transmit temperature data to second microcontroller. 